home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / networking / terms / kermit / d / k6oaaa.bwr < prev    next >
Encoding:
Internet Message Format  |  1991-04-17  |  6.8 KB
  1. Date:     Sun, 12 Jul 87 15:38 N
  2. From:     <BAGNARA@IBOINFN.BITNET> (Roberto Bagnara)
  3. Subject:  Kermit68K release 1.0, file K6OAAA.BWR
  4.  
  5. Known bugs/limitations of Kermit68K/OS9.
  6.  
  7.                     *** WARNING ***   *** WARNING ***
  8.  
  9. The k6oimg.sre file was built from sources not completely up to date, so
  10. if you use it remember that the address of the Kermit68K main author
  11. (Roberto Bagnara) reported by the command SHOW VERSION is NOT correct.
  12. The correct address is Bagnara@Iboinfn over Bitnet.
  13.  
  14.                     *** WARNING ***   *** WARNING ***
  15.  
  16.  
  17. 1.  In the current version of the program, all reads & writes are accomplished
  18.     one character at a time.  Since most I/O in an OS-9 system is interrupt
  19.     driven, this never causes characters to be lost in transferring files,
  20.     but it can be rather slow on a floppy drive system.  One temporary work
  21.     around is to do file transfers to/from a RAM disk.  This should be fixed
  22.     in the next version.
  23.  
  24. 2.  The connect mode is a straight pass-thru of all characters between the
  25.     console and serial port.  Thus, the answer to "What kind of terminal
  26.     emulation does it do?" is whatever your console is.
  27.  
  28. 3.  The remote commands are installed, but as yet they do not work properly.
  29.     This has been a very low priority item, especially since OS-9 systems are
  30.     usually personal computers (or controllers) and local mode is more common.
  31.  
  32. 4.  The capability to send a BREAK is dependent on the implementation of the
  33.     specific device driver.  OS-9/68000 has an I$SetStt call (SS_Break) which
  34.     is undocumented in the current (Version 1.2) Technical reference manual.
  35.     If your serial port driver supports this call, Kermit can send a break.
  36.  
  37. 5.  Although Kermit68K/OS9 has a 'SET BAUD' command, many OS-9 serial drivers do
  38.     not support software selectable baud rates.  Notably, the 6850 ACIA chip
  39.     does not have an on-board bit-rate generator.  What Kermit68K/OS9 does in
  40.     response to the SET BAUD command is to alter the parameter PD_BAU in the
  41.     path descriptor for the serial port.  Whether this does anything at all
  42.     depends on the serial driver.  If there is a more accepted method of
  43.     changing baud rates, please send EMAIL to the author, Steve Williams, at
  44.     '{seismo|gatech|ihnp4}!ut-sally!stevew'
  45.  
  46. 7.  In order to clear out the input buffer, the I$GetStt function is called
  47.     with the SS_Ready request code.  Many drivers do not handle this request
  48.     code properly (including mine) and return either 1 or 0.  This function
  49.     should really return the actual number of characters in the buffer.  I
  50.     have not had any problems, and Kermit will work with these defective
  51.     drivers, at the expense of calling I$GetStt and I$Read too many times.
  52.     Microware needs to add another I$SetStt call to flush the buffer.
  53.  
  54. (End of K6OAAA.BWR)
  55. 15-Jul-87 02:49:42-EDT,2849;000000000001
  56. Return-Path: <BAGNARA%IBOINFN.BITNET@CUVMA.COLUMBIA.EDU>
  57. Received: from CUVMA.COLUMBIA.EDU by CU20B.COLUMBIA.EDU with TCP; Wed 15 Jul 87 02:49:40-EDT
  58. Received: from IBOINFN.BITNET (BAGNARA) by CUVMA.COLUMBIA.EDU (Mailer X1.24)
  59.  with BSMTP id 3258; Wed, 15 Jul 87 02:48:50 EDT
  60. Date:     Wed, 15 Jul 87 08:45 N
  61. From:     <BAGNARA@IBOINFN.BITNET> (Roberto Bagnara)
  62. Subject:  Kermit68K release 1.0, file K6OAAA.BWR
  63. To:       sy.fdc@cu20b.columbia.edu
  64. X-Original-To:  FRANK
  65.  
  66. Known bugs/limitations of Kermit68K/OS9.
  67.  
  68.  
  69. 1.  In the current version of the program, all reads & writes are accomplished
  70.     one character at a time.  Since most I/O in an OS-9 system is interrupt
  71.     driven, this never causes characters to be lost in transferring files,
  72.     but it can be rather slow on a floppy drive system.  One temporary work
  73.     around is to do file transfers to/from a RAM disk.  This should be fixed
  74.     in the next version.
  75.  
  76. 2.  The connect mode is a straight pass-thru of all characters between the
  77.     console and serial port.  Thus, the answer to "What kind of terminal
  78.     emulation does it do?" is whatever your console is.
  79.  
  80. 3.  The remote commands are installed, but as yet they do not work properly.
  81.     This has been a very low priority item, especially since OS-9 systems are
  82.     usually personal computers (or controllers) and local mode is more common.
  83.  
  84. 4.  The capability to send a BREAK is dependent on the implementation of the
  85.     specific device driver.  OS-9/68000 has an I$SetStt call (SS_Break) which
  86.     is undocumented in the current (Version 1.2) Technical reference manual.
  87.     If your serial port driver supports this call, Kermit can send a break.
  88.  
  89. 5.  Although Kermit68K/OS9 has a 'SET BAUD' command, many OS-9 serial drivers do
  90.     not support software selectable baud rates.  Notably, the 6850 ACIA chip
  91.     does not have an on-board bit-rate generator.  What Kermit68K/OS9 does in
  92.     response to the SET BAUD command is to alter the parameter PD_BAU in the
  93.     path descriptor for the serial port.  Whether this does anything at all
  94.     depends on the serial driver.  If there is a more accepted method of
  95.     changing baud rates, please send EMAIL to the author, Steve Williams, at
  96.     '{seismo|gatech|ihnp4}!ut-sally!stevew'
  97.  
  98. 7.  In order to clear out the input buffer, the I$GetStt function is called
  99.     with the SS_Ready request code.  Many drivers do not handle this request
  100.     code properly (including mine) and return either 1 or 0.  This function
  101.     should really return the actual number of characters in the buffer.  I
  102.     have not had any problems, and Kermit will work with these defective
  103.     drivers, at the expense of calling I$GetStt and I$Read too many times.
  104.     Microware needs to add another I$SetStt call to flush the buffer.
  105.  
  106. (End of K6OAAA.BWR)
  107. 19-Sep-87 15:45:23-EDT,1292;000000000001
  108. Return-Path: <BLARSON@ECLA.USC.EDU>
  109. Received: from ECLA.USC.EDU by CU20B.COLUMBIA.EDU with TCP; Sat 19 Sep 87 15:45:16-EDT
  110. Date: Sat 19 Sep 87 12:47:34-PDT
  111. From: Bob Larson <BLARSON@ECLA.USC.EDU>
  112. Subject: 68k kermit problems
  113. To: info-kermit@CU20B.COLUMBIA.EDU
  114. cc: stevew@SALLY.UTEXAS.EDU, blarson@ECLA.USC.EDU
  115. Message-ID: <12335926398.53.BLARSON@ECLA.USC.EDU>
  116.  
  117. To build k6 on my FHL QT+ (osk version 1.2, 2.1 is on the way) it needed
  118. a couple of simple fixes:
  119.  
  120.     The reference to /d0 in the makefile needs to be changed to /dd .
  121. (/dd should work on any system configured as recomended by microware.)
  122.  
  123.     The "use defsfile" line in all source modules needs to be changed
  124. to "use /dd/defs/defsfile".  (Again, /dd is the standard place to keep
  125. this.)
  126.  
  127. Connect has a MAJOR problem: it converts incoming /r to /r/l, and ignores
  128. the following /l.  This does not work with systems that put null padding
  129. between (tops20) or with ANY full-screen program.  (My z29 emulates a
  130. z29 just fine, thankyou.)  My attempt to fix this did not work.
  131.  
  132. Oh well, I wasn't in to desperate of need for a third kermit implementation
  133. for my system.  I realy should finish the C-kermit port enough to make it
  134. distributable, and update it to the latest verison of c-kermit.
  135.  
  136. Bob Larson
  137. -------
  138.